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SYSTEM, APPARATUS AND METHOD FOR SIM- BASED 
AUTHENTICATION AND ENCRYPTION IN WIRELESS LOCAL 

AREA NETWORK ACCESS 



FIELD OF THE INVENTION 



5 [0001] The present invention generally relates to 

authentication and encryption mechanisms in Wireless Local 
•Area Network scenarios. More particularly, the invention 
pertains to means, system and methods for a SIM-based 
authentication and a layer-2 encryption mechanisms for 
10 protecting the communication path from the Terminal 
Equipment onwards . 



BACKGROUND 

[0002] In 1999, the specification 802.11b was published by 
the IEEE for Wireless Local Area Network (WLAN) access at 

1® ^^tes of 11 Mbps. This standard has become widely supported 

by the industry and has a huge installed base in enterprise 
companies, as well as publicly accessible hot spots such as 
airports, hotels, cafes and so on. 

[0003] This specification 802.11b offers to some extent 
20 authentication and access control mechanisms as well as 

confidentiality, but only in the wireless path. In this 
respect, two authentication methods are defined in this 
standard, namely "Open System" and "Shared Key". 

[0004] When the Open System is used, a WLAN card in the 
25 Terminal Equipment (TE) announces that it wants to 

associate to a WLAN Access Point (hereinafter abbreviated 
as AP) . No authentication is performed and only some basic 
access control mechanisms are used like, for instance. 
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Media Access Control (MAC) filters and Service Set 
Identifiers (SSID) . 

[0005] These MAC filters are arranged for working so that 
only WLAN cards whose MAC address belongs to a list kept by 
the AP, such as an Access Control List (ACL) , are allowed 
to associate to the AP. This access control mechanism has a 
liniited utility, since the identity of the entity trying to 
associate does not actually belong to a user, but rather to 
the equipment itself. If a terminal or card is stolen, 
there is no user— based authentication to prevent access to 
the resources by the stolen equipment. Furthermore, as the 
MAC addresses of the WLAN card always appear in the headers 
of the WLAN frames, MAC-address spoofing is a trivial 
attack. This is of a special relevance since most of the 
WLAN cards in the market can change its MAC address just by 
using software means. 

[0006] The other access control mechanism is the 
aforementioned Service Set Identifier (SSID), which is an 
alphanumeric code that identifies the instance of the WLAN 
that the Terminal Equipment (TE) is trying to associate. A 
given AP only allows the association of WLAN cards that 
provide a right SSID. However, as this identifier is 
usually broadcast by the AP's, and even without changing 
the default value set by the vendor, this access control 
mechanism is, again, rather useless since a plurality of 
well known attacks may occur. 

[0007] A second authentication method mentioned above is 
the so-called Shared Key. This procedure is embedded in a 
basic confidentiality mechanism provided by the Wired 
Privacy (WEP) standard, which is a symmetric 
encryption algorithm based on RC4 . The authentication as 
such is performed by using a challenge-response mechanism 
in which both parties, the WLAN card and the AP, show to 




own a same key. However, this key is installed and stored 
in the Terminal Equipment (TE) , and hence it suffers from 
the same disadvantages as described when talking about MAC 
filters . 

[ 0008 ] Moreover, a number of recently published papers 
have shown the fundamental flaws of the privacy mechanism 
itself, that is, the flaws of WEP standards. Those flaws 
hsgin with the use of static WEP keys, what allows an 
attacker to find out the keys themselves, since the 
initialisation vectors of the algorithms are sent in the 
clear within the WEP frame. A number of passive attacks, 
like for example a WLAN card that only sniffs the traffic, 
allow also to deduce the keys. 

[ 0009 ] At the beginning, it seemed that just by refreshing 
the keys with a better key management, and by increasing 
length, for example from 40 to 128 bits, the 
^iQOi^ithm could be safer or, at least, safe enough to 
achieve an acceptable security. However, more and more 
recent reports have proven that the algorithm design as 
such cannot provide an acceptable security level. 

[ 0010 ] Nowadays, efforts are made by the industry and 
representative fora to solve the flaws in the presently 
applicable standards. The IEEE is currently defining a new 
standard to improve the authentication mechanisms of the 
®^i®iing 802.11b, and the results may be published as a so~ 
called 802. lx standard, a "Port-Based Network Access 
Control , but this work is not finished yet. Moreover, this 
approach only takes into account authentication, so that a 
proper confidentiality algorithm is still needed. In this 
respect, current trends suggest that a protocol based in 
the so-called Advanced Encryption System (AES) protocol may 
replace WEP. Nevertheless, the port-based authentication 
mechanism as suggested in 802. lx has a significant impact 




the TE opeireting system and in the AP^ s applicabie 
software, since 802 . lx just seeks a replacement for the 
authentication mechanism based on WEP, and the WEP itself. 

[ 0011 ] In a short term, a massive adoption of this new 
standard 802 . lx, with the still unresolved flaws above, 
will lead to new investments in WLAN equipment, since all 
the AP^ s of a given WLAN would have to be replaced or, at 
least, upgraded. Additionally, and somewhat obvious, any 
WLAN confidentiality mechanism only provides protection on 
the wireless path, that is, between the WLAN card and the 
AP. However, the corresponding Ethernet traffic beyond the 
AP is not encrypted at all. 

It is therefore an important object of the present 
invention at this stage the provision of means and methods 
for allowing an effective authentication mechanism of WLAN 
users as well as a complete encryption mechanism throughout 
the whole communication path starting from the Terminal 
Equipment of said users. 

RELATED ART 

In short, and as widely described above, the 
^’-•thent ication in currently WLAN applicable standards, 
namely 802 . 11 , is either non-existent, or device-based when 
the physical MAC address of the WLAN card is used for 
authenticating the TE. This is apparently unfeasible for 
large deployments given that an encryption achieved through 
the WEP protocol like in WLAN, which is known for its 
weaknesses, is not found from different sectors appropriate 
for maintaining an acceptable security. 

[ 0014 ] By way of contrast, authentication in conventional 
and newer public land mobile networks like GSM, GPRS, or 
UMTS is done by means of a SIM card and a set of security- 
proved protocols and algorithms known as "Authentication 




and Key Agreement" (hereinafter abbreviated as AKA) 
algorithms. A so-called SIM-based authentication is user- 
based since a SIM is designed for personal use, and 
protected by an access PIN. 

[ 0015 ] Nowadays, mobile operators want to extend their 
offering in access networks by including broadband access, 
and the WLAN technology makes it possible with access rates 
up to 11 Mbps, while keeping an extremely low deployment 
cost, mostly due to the use of unlicensed spectrum band in 
WLAN. A mobile operator can achieve this by installing 
their own WLAN or by signing agreements with existing WLAN 
°P®^3tors, but in either case, the security requirements 
should be at least as strong as in the case of a mobile 
access to the operators core network. 

[ 0016 ] To achieve this, a WLAN operator must offer an 
authentication and encryption mechanism that implies the 
possession of a SIM card. This SIM card must be issued by 
the mobile operator and can be the same SIM used for mobile 
access, or can be a SIM issued on purpose for WLAN access 
only. 

[ 0017 ] A conventional WLAN operated by a third party can 
also have its own local users, and the authentication to be 
performed for said local is completely up to the WLAN 
operator. For instance, this authentication for local users 
might be just based on user identity plus password, or even 
no security at all. However, for those users that are 
subscribed to a mobile operator, the authentication and 
other security issues through said WLAN should be 
comparable to the ones in the mobile operator's network. On 
the other hand, a WLAN deployed and operated only by a 
mobile operator should deny access to users not belonging 
to that mobile operator, and should only implement 
authentication mechanisms based on a SIM card. 




[ 0018 ] Nevertheless, any attempt to introduce new and 
ssfsi’ mechanisms for authentication and encryption in WLAN 
must be aimed to produce as less impacts as possible in 
current WLAN scenarios. 

[ 0019 ] A quite interesting attempt to solve the problems 
above is described in the US application publication 
2002/0009199 with title "Arranging Data Ciphering in a 
Wireless Telecommunication System". The teaching behind 
this application also presents a SIM-based authentication 
scheme . 

[ 0020 ] This SIM-based authentication scheme is, however, 
intended to derive a ciphering key that is used as the key 
of the 802,11 native WEP algorithm for traffic encryption 
between the TE and the AP. The main advantage that this 
application introduces over the existing WEP capabilities 
is the addition of a new mechanism for renewing the keys 
once per session. Apart from that, this application is 
basically a modified version of the current WEP standards 
and does not solve the fundamental problems stated above 
for the original WEP version. 

[ 0021 ] Nevertheless, different sectors in the industry 
have assessed that well known WEP attacks can guess a WEP 
key in less than two hours. Obviously, if the WEP key is 
static and never renewed, as in the original WEP version, 
the problem is much more significant. Consequently, with 
the approach presented in US 2002/0009199 the problem is 
restricted to the limits of the duration of a given session 
and, if a session expands over few hours, the same problem 
as before arises. This is clearly insufficient for granting 
similar security levels to those found in current public 
land mobile networks. 

[ 0022 ] In this respect, it is an object of the present 
invention the achievement of a much higher security level 
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allowing the operator to choose an encryption algorithm 
that better suites their security needs. Notice that there 
is usually a trade-off between security level and 
otniance . Therefore/ additional features like supporting 
keys with a length of 128, 168, 256 bits, etc.; as well as 
supporting the latest most secure algorithms, like AES for 
instance, and a key rotation procedure may be considered 
another object of the present invention. 



[0023] Moreover, in accordance with this application 
10 above, US 2002/0009199, the encrypted path goes from the 
Mobile Terminal to the AP, since WEP is only applicable to 
^he radio path. In this respect, the support for an 
encryption path to be established beyond the AP, and 
covering also the wired part of the WLAN, is a further 
15 object of the present invention. 



[0024] Furthermore, US 2002/0009199 teaches that the 
assignment of an IP address is done before running the 
authentication process, and hence, a malicious user can 
potentially initiate a whole set of well-known attacks. 

20 However, if a user had no means to get IP connectivity 
before having been effectively authenticated, the risk 
would decrease greatly. Thereby, it is a further object of 
the present invention the provision of an authentication 
mechanism for a user to be carried out before giving IP 

25 connectivity to said user. 



[0025] On the other hand, the applications US 2002/012433 
and WO 01/76297 disclose, through some common exen^lary 
embodiments, a system where a wireless adapted terminal can 
connect to a home mobile network through a Wireless IP 
30 access network. The home mobile network being responsible 
for authenticating the user with a SIM-based authentication 
whereas the Wireless IP access network allowing the user to 
access to the Internet network once authenticated. The 
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wireless terminal, the Wireless IP access network, and the 
mobile network all communicated with a mobile IP protocol. 
The system also comprises a Public Access Controller for 
controlling access from the radio access network to the 
5 Internet services. This Public Access Controller allocates 
an IP address to the wireless terminal and authenticates 
the wireless terminal before connection to the Internet is 
established, and relays authentication messages between the 

and the home mobile network. Moreover, 
10 the interface between wireless terminal and Public Access 
Controller is an IP based interface, wherein Public Access 
Controller and wireless terminal are identified by 
respective IP addresses from each other. The fact that 
Public Access Controller and wireless terminal make use of 
15 an IP-based protocol makes essential that the wireless 
terminal is assigned an IP address from the very beginning, 
this IP address sent from the Public Access Controller to 
the wireless terminal before establishing a secure channel 
communication. Thereby, the same problem as with the above 
20 application, US 2002/0009199, occurs due to the fact that 
the assignment of an IP address is done before running the 
authentication process, and hence, a malicious user can 
potentially initiate a whole set of well known attacks. 

[0026] In summary, an important object of the present 
25 invention is the provision of a system, means and methods 
for allowing an effective SIM-based user authentication and 
for establishing a complete encryption path, starting from 
the TE, for WLAN users who are subscribers of a public land 
mobile network. Another particularly important object is 
30 that this SIM-based user authentication might be performed 
before giving IP connectivity to said user. 
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[0027] A further object of the present invention is the 
support of keys of variable length, the use of security 
algorithms at operator choice, and provision of a key 
rotation procedure. 



5 [0028] A still further object of the present invention is 

the achievement of the previous objects with a minimum 
impact on conventional WLAN scenarios. 



SUMMARY OF THE INVENTION 

[0029] The objects of the invention are achieved with a 
10 method for allowing a SIM-based authentication to users of 
^ wireless local area network who are subscribers of a 
public land mobile network by means of a data link layer 
authentication mechanism. An important aspect of 
this method- is that the IP connectivity is only provided to 
^ ® the user when the suthentication process has been 
successfully completed. 

[0030] The objects of the invention are thus achieved with 
a method wherein a wireless terminal finds an accessible 
Access Point and requests association to the wireless local 
20 area network, and the Access Point accepts the request for 
that. The wireless terminal then initiates the discovering 
of 3n Access Controller interposed between the Access Point 
and the public land mobile network. 

[0031] Then, the wireless terminal sends the user 
25 identifier immediately on top of a Point-to-Point layer 2 
protocol toward the Access Controller which shifts the user 
identifier received on top of a Point-to-Point layer 2 
protocol upwards to an authentication protocol residing at 
application layer. 

30 [0032] Following, the Access Controller sends the user 

identifier toward an Authentication Gateway at the public 
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land mobile network to initiate an authentication 
procedure . 

[0033] Once, the authentication process is starting the 
Access Controller receives an authentication, challenge from 
5 the public land mobile network via the Authentication 
Gateway; and shifts the authentication challenge received 
on the same protocol at application layer downwards on top 
of the Point-to-Point layer 2 protocol. The authentication 
challenge is sending by the Access Controller toward the 
10 wireless terminal for deriving an authentication response. 

[0034] Then, the wireless terminal can send the 

authentication response immediately on top of a Point-to- 
Point layer 2 protocol toward the Access Controller which 
shifts the authentication response received on top of a 
15 Point-to-Point layer 2 protocol upwards to the 

authentication protocol at application layer. The 

authentication response is sending toward the 
Authentication Gateway from the Access Controller that 
receives an encryption key from the public land mobile 
20 network via the Authentication Gateway. 

[0035] Following, the Access Controller extracts the 
encryption key received on the protocol at application 
layer for further encryption of communication path with the 
wireless terminal; and the Access Controller sends an 

25 assigned IP-address and other network configuration 
parameters toward the wireless terminal. 

[0036] This provides the advantages that the mobile 
terminal adds security authentication mechanism, similar to 
the ones used in radio communication network, in overall 
30 communication path, this means that it obtains 

confidentiality in wireless path and in wire path. The 
operators can extend their access networks, offering 

localized broadband access (11 Mbps) at a very low cost. 
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[0037] Also for accomplishing the objects of the present 
invention there is provided an Access Controller that 
comprises a Point-to-Point server residing at an OSI layer- 
2 for communicating with the wireless terminal; and an 
.5 authentication protocol residing at an OS! application 

layer for communicating with the public land mobile 
network. Moreover, this Access Controller further comprises 
means for shifting the information received on top of the 
P®i*^t~to~Point layer—2 protocol upwards to an appropriate 
10 authentication protocol residing at application layer. 

Likewise, the Access Controller also comprises means for 
shifting the information received on the authentication 
protocol residing at application layer downwards on top of 
the Point-to-Point layer 2 protocol. 

15 [0038] In order to fully accomplish the objects of the 

invention, it is also provided a wireless terminal 

comprising functionality for acting as a Point-to-Point 
layer 2 protocol client and having an Extensible 
Authentication Protocol on top of this Point-to-Point layer 
20 2 protocol. 

[0039] The overall solution provided by the invention 
results in a telecommunication system comprising a wireless 
local area network that includes at least one Access Point, 
a public land mobile network, at least one wireless 
25 terminal as above, and the Access Controller above. 

BRIEF DESCRIPTION OF DRAWINGS 

[0040] The features, objects and advantages of the 
invention will become apparent by reading this description 
in conjunction with the accompanying drawings, in which: 

30 [0041] PIG. 1 represents a preferred embodiment of how a 

user of a conventional mobile network accessing through a 
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WLAN, which can be accessed by mobile and non-mobile users, 
may be authenticated by his own mobile network and may have 
an encrypted path from the TE to his own mobile network. 

[00423 FIG. 2 presents a simplified architecture compared 
5 to the one in Fig. 1, and applicable to a WLAN accessed 
only by users of a public land mobile network. 

[0043] FIG. 3 schematically • shows an embodiment of an 

Access Controller comprising a PPPoE Server and a RADIUS 
Client wherein the Extensible Authentication Protocol 
10 resides. 

[0044] FIG. 4 basically shows an exemplary sequence of 

actions carried out from the TE to the mobile network and 
throughout the WLAN entities to perform a SIM-based user 
authentication . 

15 DETAII£D DESCRIPTION OF PREFERRED EMBODIMENTS 

[0045] The following describes currently preferred 
embodiments of means, methods and system for allowing an 
effective SIM-based user authentication and for 
establishing a complete encryption path starting from the 
20 TE for WLAN users who are subscribers of a public land 
mobile network. In accordance with an aspect of the present 
invention, this SIM-based user authentication is performed 
before having given IP connectivity to said user. 

[0046] Therefore, an overall sketch of a preferred 
25 embodiment is presented in Fig. 1, showing a general 
scenario where subscribers of a public land mobile network 
(GSM/GPRS/UMTS) , as well as other local non-mobile users, 
access a wireless local area network (WLAN) . This general 
scenario in Fig. 1 proposes a particularly simple 
30 architecture aimed to minimise the impacts on an existing 
conventional WLAN in order to accomplish one of the objects 
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of the present invention. This rather simple architecture 
involves different entities from a WLAN and from a public 
land mobile network, which are described following this. 
Moreover, Fig. 2 presents an even more simplified 

5 architecture in accordance with another embodiment of the 
present invention for a WLAN giving access only to 

subscribers of a public land mobile network and without 
local WLAN users. 

[ 0047 ] A first entity in Fig. 1 and 2 is the Terminal 

10 Equipment (TE) , that is equipped with the necessary 

hardware and software to interface the user's SIM card as 
wsll as to send and receive the required signalling 
information according to the Authentication and Key 
Agreement (AKA) protocol. The TE also includes the 
15 necessary software to implement a Point-to-Point Protocol 
over Ethernet (PPPoE) protocol, client side, accordingly 
with RFC 2516. 

[ 0048 ] The inclusion of such PPPoE client allows the 
establishment of a Point-to-Point Protocol (PPP) session 
20 with a specific server in the WIAN domain. This is a very 
convenient embodiment in order to leverage on existing 
authentication mechanisms, for instance the Extensible 
Authentication Protocol (EAP) , and on encryption protocols, 
like the PPP Encryption Control Protocol (hereinafter 
25 referred to as "PPP encrypted") according to RFC 1968, that 
extends the encryption path along the wired part of the 
WLAN, thus offering a much higher security level. A 
component like this PPPoE Client is a core part for the 
proposed solution. 

30 [ 0049 ] Other entities in the scenarios in Fig. 1 and 2 

are the Access Points that behave as plain standard radio 
stations according to the standard 802.11b, without any 
additional logic. Unlike other possible solutions, as 
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explained in respect of the coming standard 802. lx, the 
approach offered by the present invention allows the reuse 
of the cheap existing hardware instead of having to replace 
or upgrade all AP' s present in the WLAN. These unchanged 
6 AP' s might run in this scenario with WEP support turned 
off, since such WEP offers by itself a little security 
compared to the security mechanisms that are implemented on 
top of the PPPoE layer. 

[0050] In accordance with an aspect of the present 
10 invention, there is provided a new entity, the Access 

Controller (hereinafter referred to as AC) in both Fig. 1 
and 2 that comprises the required PPPoE server 
functionality. This PPPoE server is automatically 
discovered by the Terminal Equipment (TE) , by means of a 
15 built-in mechanism in the PPPoE protocol, namely through a 
handshake initiated by a broadcast message. This Access 
Controller (AC) also comprises a RADIUS client 
functionality that has the responsibility of gathering 
client credentials, received through EAP attributes carried 
20 on top of a PPP, and sending them toward a conventional 
WLAN Authentication Server (WLAN-AS) , also through EAP 
attributes carried now on top of RADIOS messages. A 
component like this Access Controller (AC) is also a core 
part for the purpose of the present solution. 

25 [0051] Both the Access Controller and the aforementioned 

PPPoE client, which is embedded in the Terminal Equipment, 
are co-operating entities intended for tunnelling a 
challenge-response authentication procedure as well as for 
establishing an encrypted path. 

30 [0052] A further entity present only in the most general 

scenario shown in Fig. 1 is a WLAN-Authentication Server 
(WLAN-AS) that implements the functionality of a local 
authenticator server for local WLAN users, not belonging to 



AMENDED SHEET 




13-02-2004 



REPLACEMENT SHEET 
15 



EP0204865 



the mobile operator, and who may be thus authenticated by 
other means such as a plain user and password matching. 
This WLAN-AS also plays the role of a RADIOS proxy, when 
receiving authentication messages from the Access 
5 Controller and forwards. them.....toward . an Authentication 
Gateway (hereinafter referred to as AG) in the public land 
mobile network operator's domain. 

I0053J The WLAN— AS is only reguired for the purpose of the 
present invention in order to authenticate own WLAN users 
10 who are not mobile subscribers of the public land mobile 
network. Consequently, a WLAN intended for giving access 
only to subscribers of a mobile network may get rid of such 
without affecting the authentication of said mobile 
subscribers and the establishment of an encrypted path, 
15 scope of the present invention. In this respect. Fig. 2 
pj^ssents an embodiment of a simplified architecture for a 
WLAN giving access only to subscribers of a public land 
mobile network as explained above wherein the WLAN-AS is 
thus not included. 

20 [0054] A still further entity included in the scenarios 

of Fig. 1 and 2 is the Authentication Gateway (hereinafter 
referred to as AG) alone or likely in co-operation with a 
Home Location Register (HLR) for storing mobile subscribers 
user data. This Authentication Gateway (AG), alone or in 
25 combination with an HLR, act as authentication backend 
servers inside the operator's domain, and are in charge of 
generating authentication vectors according to the AKA 
protocol for conventional and newer public land mobile 
networks such as GSM, GPRS and UMTS. These components, 

30 namely AG and HLR, can be physically separate entities 
which communicate each other by the Mobile Application Part 
(MAP) protocol, or they can be a single logical entity 
acting as a ElADIUS server and with the subscriber database 
built-in, together with the implementation of the necessary 
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algorithms in AKA, such as the well-known A5, A8 and so on. 
In the latter approach, the communication toward an HLR is, 
hence, not needed as exemplary illustrated in Fig. 2. 

[0055] In short, the Access Controller, the aforementioned 
5 PPPoE client, which is embedded in the Terminal Equipment, 
and this Authentication Gateway are the core entities for 
the purpose of the present invention. The particular 
description for the functions .residing in such entities is 
merely illustrative and in non-restrictive manner. 

10 [0056] Fig. 3 shows different protocol layers involved in 

an Access Controller (AC) with reference to the Open System 
Interconnection (OSI) model. The PPPoE server, residing 
underneath an IP layer, comprising a PPPoE protocol layer 
that naturally resides over an Ethernet layer, and having 
15 embedded the aforementioned EAP. Likewise, the RADIUS 
client having a RADIUS protocol layer having embedded the 
EAP, residing over an UDP layer, both residing over an IP 
layer. 

[0057] On the other hand, the manner in which the 

20 different elements carry out some aspects of the present 
invention accordingly with currently preferred embodiments 
is described below with reference to the sequence of 
actions depicted in Fig. 4. 

[0058] The aforementioned Terminal Equipment (TE) is 

25 equipped with a Mobile Terminal Adapter (MTA) that allows 
the access to a SIM card carried by a mobile terminal. This 
TE has a transceiver for communicating (C-401, C-402) with 
an AP of the WLAN, and includes the appropriate software 
stack to implement the PPPoE protocol in accordance with 
30 the RFC 2516. 

[0059] The Access Controller (AC) has a PPPoE server 
embedded. The discovery of the PPPoE server by the PPPoE 
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Client is an integral part of the protocol itself (C-403, 
C-404, C-405, C-406) . The identity used by the TE on the 
PPP link (C-407, C-408) is a Network Access Identifier 

(NAI), which is entered by the user for establishing 
5 required dial-up sessions, . and,,, whose . realm ..is used to 
identify the user as a subscriber of a given mobile 
operator. No password is needed since the authentication is 
done by other means. Alternatively, instead of sending a 
the XMSI could be fetched from the SIM card and sent 
10 as the user identity. This should only be used if sending 
the IMSI in clear— text is acceptable, which might not be 
the case. 

[0060] Having received the user identity with help of EAP 
mechanisms, the Access Controller (AC) has a RADIUS client 
15 for sending (C-409) authentication messages to the WLAN-AS 
server. The Extensible Authentication Protocol (EAP) is run 
on top of PPP and RADIUS, in order to carry authentication 
information between the TE and the AG. The authentication 
mechanism to be used inside EAP may be the conventional AKA 
20 used in public land mobile networks. As already mentioned 
above, the WLAN-AS acts as an authentication server for 
regular WLAN users, whose authentication is not SIM-based, 
and as an authentication proxy for those users whose realm 
part of the NAI identifies them as subscribers of a mobile 
25 network thus using a SIM— based authentication. Then, when 
acting as an authentication proxy, the WLAN-AS forwards (C- 
410) the received authentication messages to the 
Authentication Gateway (AG) . 

[0061] When the Authentication Gateway receives (C-410) an 
30 authentication request, asks the HRL for an authentication 
vector (C-411), triplet or quintet, by using a MAP 
interface. For this task, the Authentication Gateway (AG) 
has to know the IMSI of the subscriber whose NAI have been 
in the RADIUS message. This IMSI may be discovered by 
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lookup in a directory database, for instance. The HLR 
answers back with the requested authentication information 
(C-412) for the user. 

[0062] Then, the AG encapsulates the RAND component of the 
authentication vector in an EAP attribute and sends it back 
through the WLAN-AS (C-413) toward the AC (C-414) inside a 
RADIUS message. Notice that for user of newer mobile 
networks like UMTS, the sending of a message like AUTN 
might also be required. 

[0063] The AC then forwards (C-415) the received EAP 
information to the TE in a PPP message. Notice that the AC 
behaves here as a "passthrough" of EAP information between 
"carrier" protocols such as PPP and RADIUS. 

[0064] When the TE receives the EAP information, extracts 
the RAND number and uses it to challenge the SIM and 
generate an answer (RES), that is sent back (C-416, C-417, 
C~418) to the AG via EAP transmitted over PPP and RADIUS 
again. As before, for UMTS users the TE first authenticates 
the network, based on the AUTN. At this stage, it has to be 
noticed that the TE generates the encryption key following 
the standard algorithms defined in AKA. This key is used as 
a seed, namely keying material, to derive one or multiple 
session keys to be used with the PPP Encryption Control 
Protocol stated in RFC 1968, and any of the existing PPP 
encryption algorithms, for instance, the PPP triple-DES 
encryption protocol, RFC 2420. 

[0065] The AG receives (C-418) the EAP response and checks 
the validity of the challenge. The AKA encryption key (Kc) 
had been received previously in the authentication vector 
from the HLR likely in co-operation with an Authentication 
Centre (AuC) not depicted. The AG communicates then the AKA 
encryption key (Kc) to the AC (C-419, C-420) where the 
PPPoE server resides. This may be done in an Access-Accept 
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RADIUS message where the EAP-Success is transmitted, but 
since this EAP command cannot carry any additional data, a 
RADIUS Vendor Specific Attribute (VSA) may be a more 
valuable option. 



5 [0066] At this stage, the AC receives (C-420) an Access- 

Accept RADIUS message and requests an IP address from a 
Dynamic Host Configuration Protocol (DHCP) server, this IP 
address to be further sent to the TE. The AC follows the 
same algorithm as the TE to derive session keys from the 
10 AKA encryption key (Kc) to be used with the PPP Encryption 
Control Protocol and the chosen PPP encryption algorithm 
ODES, for instance) . The AC eventually sends (C-421) the 
EAP-success message to the TE, together with other 
configuration parameters destined to said TE, such as an IP 
15 address, an IP net mask, DNS servers, and so on. Then, the 
PPP link is fully established and ready to enter the 
network phase. 
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